Media bridge apparatus and methods

ABSTRACT

Methods and apparatus for content, media and data delivery and access between devices of a premises and one or more portable media devices. In one embodiment, the apparatus comprises a media bridge between a portable media device (PMD) and a user&#39;s home network and/or home devices (e.g., set-top boxes, DVRs, etc.)). The apparatus is adapted to convert content stored on a PMD to a format capable of being rendered on a home device which may then store or playback the content. Control of the presentation is also provided by the bridging apparatus. The apparatus may also be adapted to transfer content from the home device to the PMD for storage or playback. In another embodiment, the apparatus may function within a home network having a trusted domain to provide content between a plurality devices on the network (and in the domain) and the PMD.

COPYRIGHT

A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever.

BACKGROUND OF THE INVENTION 1. Field of Invention

The present invention relates generally to the field of content and/or data management over a network. More particularly, the present invention is related in one exemplary aspect to apparatus and methods for providing programming content and/or data to a CPE via a substantially centralized media bridge in which is capable of communication with a portable media device.

2. Description of Related Technology

Recent advances in digital information processing and technology have made a whole range of services and functions available for delivery to consumers at their premises for very reasonable prices or subscription fees. These services and functions include digital content or programming (movies, etc.), digital video-on-demand (VOD), personal video recorder (PVR) and networked PVR (nPVR), Internet Protocol television (IPTV), digital media playback and recording, as well high speed Internet access and IP-based telephony (e.g., VoIP). Other services available to network users include access to, and recording of, digital music (e.g., MP3 files), as well local area networking (including wire-line and wireless local area networks) for distributing these services throughout the user's premises, and beyond. Currently, many of these services are provided and delivered to the user via a wide variety of different equipment environments including, inter alia, cable modems, Wi-Fi™ hubs, Ethernet hubs, gateways, switches and routers, computers, servers, cable or satellite networks and associated set-top boxes, and PSTNs.

Recent advances in consumer electronics have also led to the widespread introduction of a variety of portable media devices (PMDs) such as, inter alia, portable digital music devices such as the well known Apple iPod™ and other so-called “MP3 players”, cellular telephones/smart phones, handheld computers, and personal digital assistants (PDA), which allow users to store and playback audio and video files. Various digital audio and video formats are utilized by PMDs. For example, MP3 players store a number of digitized audio files in the form of MP3 files which are then made accessible to the user. Additionally, the services associated with such technology are typically provided by multiple vendors including e.g., a cable service provider (MSO), cellular service provider (CSP), wireless service provider (WSP), VoIP service provider, music download service, Internet service provider (ISP), PSTN telephone service, etc.

The myriad of services, equipment, data formats and providers can easily create confusion for a user, as often the equipment or services may not interoperate with one another, thus reducing the overall utility provided to the user, and increasing their frustration level.

Accordingly, playback of audio and video files from a PMD is often limited to playback via the device itself. In other words, a user may only select audio and video files from a PMD to be played back to the user via the device. Thus, if a user stores video content, the user is limited to viewing the content on a display associated with the PMD. Although, certain apparatus have been recently developed to extend the playback functionality of audio and video files on a PMD, these apparatus fail to provide a user with the ability to convert audio and video files stored on a PMD into a format suitable for playback on a second apparatus. Likewise, current apparatus fail to provide users with the ability to move content stored on a device associated with a second device to a PMD while also obeying any restrictions on copying or distributing the content.

Furthermore, content conditional access (CA) paradigms currently in use are quite restricted, and not generally extensible beyond the user's cable or satellite set-top box. So, for example, the user would be prohibited from transferring streamed or downloaded content to their Wi-Fi enabled laptop or PC, since proper conditional access support (e.g., that associated with their host cable or satellite network) does not exist in these devices.

Therefore, improved apparatus and methods for distributing digital services between a user premises and PMD are needed. Such improved apparatus and services would ideally provide users with the ability to access and playback content, as well as optionally control the PMD, from a second user device. For example, the user or subscriber would be provided with a conversion apparatus wherein media (whether personal in nature, data files, protected video content, or otherwise) from a PMD in communication therewith would be easily and transparently available to a second user device and subsequently any other media devices in communication with the second user device, subject to any authentication or other content protection or distribution restrictions.

Such unified access would also ideally allow for remote, centralized management and configuration, as well as ability to receive content from the user's premises devices at the PMD.

SUMMARY OF THE INVENTION

The present invention addresses the foregoing needs by disclosing, inter alia, apparatus and methods for managing programming content and data via a substantially centralized apparatus capable of communication with a PMD.

In a first aspect of the invention, apparatus adapted to distribute media content within a network is disclosed. In one embodiment, the apparatus comprises: a first interface adapted to communicate with a first device, the first device capable of outputting or receiving media content in a first format, a second interface adapted to communicate with a second device, the second device capable of outputting or receiving media content in a second format, at least one converter apparatus adapted to convert media content between the first format and the second format, and at least one translator apparatus adapted to translate one or more commands for controlling the manipulation of the media content between a first protocol utilized by the first device and a second protocol utilized by the second device.

In one variant, the media content comprises digitally compressed video content. In another variant, the apparatus further comprises an IEEE Std. 802.3af PoE compliant power distribution apparatus adapted to provide power at least to the first device.

In yet another variant, the first device comprises a portable media device (PMD), the first format comprises an analog format, the second device comprises a customer premises equipment (CPE), and the second format comprises a digital format. The PMD may comprise at least one of: a video player application, cellular telephony interface, or a music player application. The first interface may be adapted to receive media content from the first device in analog format, the converter apparatus may be adapted to convert the media content from the analog format to a digital format, and the second interface may be adapted to transmit the digital format media content to the second device. The first interface may comprise at least one of a composite output interface or a stereo output interface, and the second interface may comprise an Ethernet interface. The second device may further be associated with a premises network comprising a plurality of devices, the media content in the second format being made available to the plurality of devices via the second device. The second interface may be further adapted to receive from the second device one or more commands for controlling playback of the media content according to the first protocol, the first interface may be further adapted to transmit the commands according to the second protocol and may comprise a USB interface or a RS232 or an Ethernet interface.

In another variant, the first and second formats comprise first and second digital encodings, and the converter comprises a processor having a transcoding algorithm adapted to transcode one of the first and second formats to the second and first formats, respectively. In yet another variant, the second device is further associated with a premises network comprising a plurality of devices storing a plurality of media content thereon, individual ones of said plurality of media content being in the first format and received at the apparatus via the second device.

In a second embodiment, the apparatus comprises: a processor; an analog output interface in communication with a portable media device (PMD), the analog output interface adapted to at least receive analog content from the PMD; an network interface in communication with a premises device, the network interface adapted to deliver digital content to the premises device; and at least one converter apparatus adapted to convert the analog content received from the PMD to digital content for transmission to the premises device.

In one variant, the network interface is further adapted to receive digital content from the premises device, the converter is further adapted to convert the digital content received from the premises device into analog content for transmission to the PMD, and the analog output interface is further adapted to deliver analog content to the PMD.

In another variant, the network interface is further adapted to receive one or more commands according to a first protocol, the commands being utilized to control playback of the delivered content, the processor is further adapted to transcode the commands from the first protocol to a second protocol utilized by the PMD, and the apparatus further comprises an interface for controlling the PMD using the second protocol.

In a second aspect of the invention, a system for the distribution of media content is disclosed. In one embodiment, the system comprises: a first device associated with a content distribution network and adapted to utilize the media content in a first format; a second device adapted to utilize the media content in a second format; and a bridging apparatus. The bridging apparatus is adapted to: convert the media content between the first and second formats; and deliver the media content from one of the first or second devices to the other of the first or second devices in a format capable of being received thereon.

In one variant, the first device comprises consumer premises equipment (CPE), and the media content comprises content received from a content source within the content distribution network to which the CPE is in communication. The CPE may comprise a coaxial cable interface to exchange the media content with other CPE within a premises served by a local network formed at least in part by the coaxial cable.

In another variant, the second device comprises a portable media device (PMD), and the media content comprises digitally compressed content stored thereon. In yet another variant, the bridging apparatus further comprises a storage entity adapted to store the media content from at least one of the first and second devices, and the act of delivering the content comprises delivery from the storage entity.

In another variant, the bridging apparatus is further adapted to enable the first device to utilize one or more trick mode operations in playback of the media content from the second device.

In a third aspect of the invention, a method of distributing content within a premises network via a bridge is disclosed. In one embodiment, the method comprises: establishing communication with a first device at the bridge; accessing a list of content elements associated with the first device; creating a local directory structure comprising a plurality of records relating to the content elements; making the local directory structure accessible to a second device in communication with the bridge, the second device selecting at least one of the plurality of records; retrieving one of the content elements corresponding to the selected one of the plurality of records; converting the retrieved content element into a format suitable for transmission to the second device; and transmitting the converted content element to the second device.

In one variant, communication with the first device comprises communication via a first interface, and communication with the second device comprises communication via a second and different interface.

In another variant, the content elements associated with the first device comprises content stored thereon. In yet another variant, the content elements associated with the first device comprises content stored on a third device in communication with the first device.

In another variant, the act of converting the content element comprises determining at least one content format type that the second device is capable of both receiving and utilizing. The act of determining may comprise receiving a profile comprising one or more compatible formats from the second device.

In yet another variant, the local entity comprises a database configured to contain a plurality of links, the links enabling the bridge to retrieve the content elements corresponding with the records. The bridge may further comprise a web server process, and the local directory structure may further comprises a web page established by the web server.

In another variant, the content element comprises an associated security data, the security data being used authenticate at least one of the first and second devices to the bridge before the content element can be rendered or recorded by the first or said second device.

In a fourth aspect of the invention, a method of controlling playback of media content is disclosed. In one embodiment, the content is disposed on a first device, and the control is effectuated according to one or more commands received from a second device, and the method comprises: providing media content to the first device from the second device via at least a content bridge; receiving at the content bridge the one or more commands from the first device, the one or more commands being associated with one or more actions for controlling the use of the media content, the first device transmitting the one or more commands in a first protocol; translating the one or more commands from the first protocol to a second protocol, the second protocol comprising at least a protocol utilized by the second device; and transmitting the translated one or more commands to the second device, the second device executing the one or more actions.

In one variant, the first device comprises a cable or satellite network customer premises equipment (CPE), the first protocol comprises Universal Plug and Play (UPnP) protocol, the second devices comprises a portable media device (PMD), and the second protocol comprises a serialized accessory protocol.

In another variant, the commands are received via an Ethernet interface, and the translated commands are transmitted to the second device via an RS232 interface, and/or a USB interface.

In yet another variant, the first device comprises a portable media device (PMD), the first protocol comprises a serialized accessory protocol, the second device comprises a customer premises equipment (CPE), and the second protocol comprises Universal Plug and Play (UPnP) protocol. The act of receiving the commands may comprise receiving at least one of a 30-pin connector interface, and the act of transmitting the translated commands to the second device comprises transmitting via a MoCA or Ethernet interface.

In a fifth aspect of the invention, a method of doing business in a content distribution network is disclosed. In one embodiment, the method comprises: providing a subscriber with an interface to the network over which content can be received; providing the subscriber with apparatus configured to bridge between the interface and a media device; delivering content to the subscriber via the interface as part of a subscription plan; storing content on the interface or a device in data communication therewith; and transferring at least a portion of the stored content to the media device via the apparatus.

In one variant, the method further comprises determining one or more restrictions associated with the media device with respect to the recorded content and enforcing the restrictions as part of the act of transferring.

In another variant, the method further comprises controlling the operation of the media device via a user interface associated with the interface.

In a sixth aspect of the invention, a software architecture is disclosed. In one embodiment, the architecture comprises: a first process disposed at a control area of a content distribution network; and a second process disposed on a media bridge apparatus within a premises served by the network. The first and second processes are in communication, thereby allowing a variety of functions including for example: (i) control of the media bridge by the first process; (ii) reconfiguration and update of the bridge by the first process; and (iii) download of conditional access data or packages to the media bridge.

In a seventh aspect of the invention, computer-readable apparatus is disclosed. In one embodiment, the apparatus comprises a storage medium comprising at least one computer program which, when executed, operates a media bridge apparatus within a premises network so as to, inter alia, allow media content to be transferred between two different device environments (and optionally security domains).

These and other aspects of the invention shall become apparent when considered in light of the disclosure provided herein.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a functional block diagram illustrating an exemplary HFC cable network configuration useful with the present invention.

FIG. 1a is a functional block diagram illustrating one exemplary HFC cable network head-end configuration useful with the present invention.

FIG. 1b is a functional block diagram illustrating one exemplary local service node configuration useful with the present invention.

FIG. 2 is a functional block diagram of a content and data distribution network configured in accordance with one embodiment of the invention.

FIG. 3 is a functional block diagram of an exemplary media bridge apparatus configured in accordance with one embodiment of the invention.

FIG. 4 is a logical flow diagram illustrating one embodiment of the method of providing content from a first device to a second device via the exemplary media bridge apparatus of FIG. 3.

FIG. 5 is logical flow diagram illustrating one embodiment of the method of controlling a first device from a second device via the exemplary media bridge apparatus of FIG. 3.

FIG. 6 is a logical flow diagram illustrating one embodiment of the method of providing content from a first device to a second device via a web server associated with the exemplary media bridge apparatus of FIG. 3.

FIG. 7 is graphical representation of one exemplary embodiment of a software architecture useful with the network of FIG. 2.

FIG. 8 is a block diagram illustrating one embodiment of a premises (e.g., home) network in accordance with the present invention.

FIG. 8a is a block diagram illustrating a second embodiment of a premises network in accordance with the present invention.

FIG. 9 is a logical flow diagram illustrating a second embodiment of the method of providing content from a first device to a second device via the exemplary media bridge apparatus of FIG. 3.

FIG. 9a is a logical flow diagram illustrating one embodiment of the method of converting content from a first format to a second format compatible with a receiving device utilizing the media bridge apparatus of FIG. 3.

DETAILED DESCRIPTION OF THE INVENTION

Reference is now made to the drawings wherein like numerals refer to like parts throughout.

As used herein, the term “application” refers generally to a unit of executable software that implements a certain functionality or theme. The themes of applications vary broadly across any number of disciplines and functions (such as on-demand content management, e-commerce transactions, brokerage transactions, home entertainment, calculator etc.), and one application may have more than one theme. The unit of executable software generally runs in a predetermined environment; for example, the unit could comprise a downloadable Java Xlet™ that runs within the JavaTV™ environment.

As used herein the term “browser” refers to any computer program, application or module which provides network access capability including, without limitation, Internet browsers adapted for accessing one or more websites or URLs over the Internet, as well as any “user agent” including those adapted for visual, aural, or tactile communications.

As used herein, the terms “client device” and “end user device” include, but are not limited to, set-top boxes (e.g., DSTBs), personal computers (PCs), and minicomputers, whether desktop, laptop, or otherwise, and mobile devices such as handheld computers, PDAs, personal media devices, such as for example an iPod™, and smartphones.

As used herein, the term “codec” refers to an video, audio, or other data coding and/or decoding algorithm, process or apparatus including, without limitation, those of the MPEG (e.g., MPEG-1, MPEG-2, MPEG-4, etc.), Real (Real Video, etc.), AC-3 (audio), DiVX, XViD/ViDX, Windows Media Video (e.g., WMV 7, 8, or 9), ATI Video codec, or VC-1 (SMPTE standard 421M) families.

As used herein, the term “computer program” or “software” is meant to include any sequence or human or machine cognizable steps which perform a function. Such program may be rendered in virtually any programming language or environment including, for example, C/C++, Fortran, COBOL, PASCAL, assembly language, markup languages (e.g., HTML, SGML, XML, VoXML), and the like, as well as object-oriented environments such as the Common Object Request Broker Architecture (CORBA), Java™ (including J2ME, Java Beans, etc.) and the like.

As used herein, the term “conditional access” refers to any access control scheme, whether implemented in hardware, software, or firmware (or combinations thereof), including without limitation members of the “Powerkey” family (Powerkey Book 2, Powerkey Book 3, etc.), NDS (including VideoGuard, mVideoGuard, etc.), ANSI/SCTE Standard 52 2003 (DVS-042), incorporated herein by reference in its entirety, and Motorola/General Instrument DigiCipher® family (DigiCipher II, etc.). These can be implemented using, for example, the so-called “CableCard” plug-in security module access technology, a downloadable CA system (DCAS), or otherwise.

The terms “Customer Premises Equipment (CPE)” and “host device” refer to any type of electronic equipment located within a customer's or user's premises and connected to a network. The term “host device” refers generally to a terminal device that has access to digital television content via a satellite, cable, or terrestrial network. The host device functionality may be integrated into a digital television (DTV) set. The term “customer premises equipment” (CPE) includes such electronic equipment such as set-top boxes (e.g., DSTBs), televisions, cable modems (CMs), embedded multimedia terminal adapters (eMTAs), whether stand-alone or integrated with other devices, Digital Video Recorders (DVR), gateway storage devices (Furnace), and ITV Personal Computers.

As used herein, the term “display” means any type of device adapted to display information, including without limitation CRTs, LCDs, TFTs, plasma displays, LEDs, incandescent and fluorescent devices. Display devices may also include less dynamic devices such as, for example, printers, e-ink devices, and the like.

As used herein, the term “DVR” (digital video recorder) refers generally to any type or recording mechanism and/or software environment whereby content sent over a network can be recorded and selectively recalled. Such DVR may be dedicated in nature, or part of a non-dedicated or multi-function system.

As used herein, the term “DOCSIS” refers to any of the existing or planned variants of the Data Over Cable Services Interface Specification, including for example DOCSIS versions 1.0, 1.1, 2.0 and 3.0. DOCSIS (version 1.0) is a standard and protocol for internet access using a “digital” cable network. DOCSIS 1.1 is interoperable with DOCSIS 1.0, and has data rate and latency guarantees (VoIP), as well as improved security compared to DOCSIS 1.0. DOCSIS 2.0 is interoperable with 1.0 and 1.1, yet provides a wider upstream band (6.4 MHz), as well as new modulation formats including TDMA and CDMA. It also provides symmetric services (30 Mbps upstream).

As used herein, the term “integrated circuit (IC)” refers to any type of device having any level of integration (including without limitation VLSI, VLSI, and LSI) and irrespective of process or base materials (including, without limitation Si, SiGe, CMOS and GaAs). ICs may include, for example, memory devices (e.g., DRAM, SRAM, DDRAM, EEPROM/Flash, ROM), digital processors, SoC devices, FPGAs, ASICs, ADCs, DACs, transceivers, memory controllers, and other devices, as well as any combinations thereof.

As used herein, the terms “Internet” and “internet” are used interchangeably to refer to inter-networks including, without limitation, the Internet.

As used herein, the term “memory” includes any type of integrated circuit or other storage device adapted for storing digital data including, without limitation, ROM. PROM, EEPROM, DRAM, SDRAM, DDR/2 SDRAM, EDO/FPMS, RLDRAM, SRAM, “flash” memory (e.g., NAND/NOR), and PSRAM.

As used herein, the terms “microprocessor” and “digital processor” are meant generally to include all types of digital processing devices including, without limitation, digital signal processors (DSPs), reduced instruction set computers (RISC), general-purpose (CISC) processors, microprocessors, gate arrays (e.g., FPGAs), PLDs, reconfigurable compute fabrics (RCFs), array processors, and application-specific integrated circuits (ASICs). Such digital processors may be contained on a single unitary IC die, or distributed across multiple components. As used herein, the terms “MSO” or “multiple systems operator” refer to a cable, satellite, or terrestrial network provider having infrastructure required to deliver services including programming and data over those mediums.

As used herein, the terms “network” and “bearer network” refer generally to any type of telecommunications or data network including, without limitation, hybrid fiber coax (HFC) networks, satellite networks, telco networks, and data networks (including MANs, WANs, LANs, WLANs, internets, and intranets). Such networks or portions thereof may utilize any one or more different topologies (e.g., ring, bus, star, loop, etc.), transmission media (e.g., wired/RF cable, RF wireless, millimeter wave, optical, etc.) and/or communications or networking protocols (e.g., SONET, DOCSIS, IEEE Std. 802.3, ATM, X.25, Frame Relay, 3GPP, 3GPP2, WAP, SIP, UDP, FTP, RTP/RTCP, H.323, etc.).

As used herein, the term “network interface” refers to any signal or data interface with a component or network including, without limitation, those of the Firewire (e.g., FW400, FW800, etc.), USB (e.g., USB2), Ethernet (e.g., 10/100, 10/100/1000 (Gigabit Ethernet), 10-Gig-E, etc.), MoCA, Serial ATA (e.g., SATA, e-SATA, SATAII), Ultra-ATA/DMA, Coaxsys (e.g., TVnet™), radio frequency tuner (e.g., in-band or OOB, cable modem, etc.), Wi-Fi (802.11a,b,g,n), Wi-MAX (802.16), PAN (802.15), or IrDA families.

As used herein, the terms “personal media device” and “PMD” refer to, without limitation, any device, whether portable or otherwise, capable of storing and/or rendering media.

As used herein, the term “server” refers to any computerized component, system or entity regardless of form which is adapted to provide data, files, applications, content, or other services to one or more other devices or entities on a computer network.

As used herein, the term “user interface” refers to, without limitation, any visual, graphical, tactile, audible, sensory, or other means of providing information to and/or receiving information from a user or other entity.

As used herein, the term “Wi-Fi” refers to, without limitation, any of the variants of IEEE-Std. 802.11 or related standards including 802.11 a/b/g/n.

As used herein, the term “wireless” means any wireless signal, data, communication, or other interface including without limitation Wi-Fi, Bluetooth, 3G, HSDPA/HSUPA, TDMA, CDMA (e.g., IS-95A, WCDMA, etc.), FHSS, DSSS, GSM, PAN/802.15, Wi-MAX (802.16), 802.20, narrowband/FDMA, OFDM, PCS/DCS, analog cellular, CDPD, satellite systems, millimeter wave or microwave systems, acoustic, and infrared (i.e., IrDA).

Overview

In one salient aspect, the present invention comprises a media bridging apparatus that, inter alia, acts as a connection between a portable media device (PMD) and a user's home network. This bridging apparatus may be used, for example, to convert content stored on the PMD to a format capable of being presented on a user's set-top box or other client device. Control of the presentation is also provided by the bridging apparatus. In one embodiment, the apparatus enables a user to access and control playback of media from a PMD via a user interface associated with a television, personal computer or other user device. The apparatus may also enable content stored on the PMD to be copied and stored on a user's digital video recorder (DVR) or other storage apparatus, optionally while maintaining appropriate copyright and digital rights management (DRM) requirements associated with the content being manipulated.

The media bridging apparatus can also work within a premises network or trusted domain for media content, thereby allowing a subscriber total mobility in the premises network. For example, media content from the PMD may be accessed via extant networks for distribution to any STB, PC, mobile device, or other PMD.

The media bridging device may also utilize the existing premises network (including a network defined by coaxial cable in the premises, such as a MoCA-enabled network) to allow devices and DVRs to share media content with the PMD.

Detailed Description of Exemplary Embodiments

Exemplary embodiments of the apparatus and methods of the present invention are now described in detail. While these exemplary embodiments are described in the context of the aforementioned hybrid fiber coax (HFC) cable system architecture having an multimedia specific operator (MSO), digital networking capability, and plurality of client devices/CPE, the general principles and advantages of the invention may be extended to other types of networks and architectures, whether broadband, narrowband, wired or wireless, or otherwise, the following therefore being merely exemplary in nature.

It will also be appreciated that while described generally in the context of a consumer (i.e., home) end user domain, the present invention may be readily adapted to other types of environments (e.g., commercial/enterprise, government/military, etc.) as well. Myriad other applications are possible.

Also, while certain aspects are described primarily in the context of the well-known Internet Protocol (described in, inter alia, RFC 791 and 2460), it will be appreciated that the present invention may utilize other types of protocols (and in fact bearer networks to include other internets and intranets) to implement the described functionality.

Network—

FIG. 1 illustrates a typical content-based network configuration with which the unified network apparatus and methods of the present invention may be used. The various components of the network 100 include (i) one or more data and application origination points 102; (ii) one or more content sources 103, (iii) one or more application distribution servers 104; (iv) one or more VOD servers 105, and (v) consumer premises equipment (CPE) 106. The distribution server(s) 104, VOD servers 105 and CPE(s) 106 are connected via a bearer (e.g., HFC) network 101. A simple architecture comprising one of each of the aforementioned components 102, 104, 105, 106 is shown in FIG. 1 for simplicity, although it will be recognized that comparable architectures with multiple origination points, distribution servers, VOD servers, and/or CPE devices (as well as different network topologies) may be utilized consistent with the invention. For example, the head-end architecture of FIG. 1a (described in greater detail below) may be used.

The data/application origination point 102 comprises any medium that allows data and/or applications (such as a VOD-based or “Watch TV” application) to be transferred to a distribution server 104. This can include for example a third party data source, application vendor website, CD-ROM, external network interface, mass storage device (e.g., RAID system), etc. Such transference may be automatic, initiated upon the occurrence of one or more specified events (such as the receipt of a request packet or ACK), performed manually, or accomplished in any number of other modes readily recognized by those of ordinary skill.

The application distribution server 104 comprises a computer system where such applications can enter the network system. Distribution servers are well known in the networking arts, and accordingly not described further herein.

The VOD server 105 comprises a computer system where on-demand content can be received from one or more of the aforementioned data sources 102 and enter the network system. These servers may generate the content locally, or alternatively act as a gateway or intermediary from a distant source.

The CPE 106 includes any equipment in the “customers' premises” (or other locations, whether local or remote to the distribution server 104) that can be accessed by a distribution server 104. Exemplary embodiments of the “unified” CPE of the invention are described subsequently herein with respect to FIGS. 2 and 3.

Referring now to FIG. 1a , one exemplary embodiment of a head-end architecture useful with the present invention is described. As shown in FIG. 1a , the head-end architecture 150 comprises typical head-end components and services including billing module 152, subscriber management system (SMS) and CPE configuration management module 154, cable-modem termination system (CMTS) and OOB system 156, as well as LAN(s) 158, 160 placing the various components in data communication with one another. It will be appreciated that while a bar or bus LAN topology is illustrated, any number of other arrangements as previously referenced (e.g., ring, star, etc.) may be used consistent with the invention. It will also be appreciated that the head-end configuration depicted in FIG. 1a is high-level, conceptual architecture and that each MSO may have multiple head-ends deployed using custom architectures.

The architecture 150 of FIG. 1a further includes a multiplexer/encrypter/modulator (MEM) 162 coupled to the HFC network 101 adapted to “condition” content for transmission over the network. The distribution servers 104 are coupled to the LAN 160, which provides access to the MEM 162 and network 101 via one or more file servers 170. The VOD servers 105 are coupled to the LAN 160 as well, although other architectures may be employed (such as for example where the VOD servers are associated with a core switching device such as an 802.3z Gigabit Ethernet device). As previously described, information is carried across multiple channels. Thus, the head-end must be adapted to acquire the information for the carried channels from various sources. Typically, the channels being delivered from the head-end 150 to the CPE 106 (“downstream”) are multiplexed together in the head-end and sent to neighborhood hubs (FIG. 1b ) via a variety of interposed network components.

Content (e.g., audio, video, etc.) is provided in each downstream (in-band) channel associated with the relevant service group. To communicate with the head-end or intermediary node (e.g., hub server), the CPE 106 may use the out-of-band (OOB) or DOCSIS channels and associated protocols. The OCAP 1.0, 2.0, 3.0 (and subsequent) specification provides for exemplary networking protocols both downstream and upstream, although the invention is in no way limited to these approaches.

It will also be recognized that the multiple servers (broadcast, VOD, or otherwise) can be used, and disposed at two or more different locations if desired, such as being part of different server “farms”. These multiple servers can be used to feed one service group, or alternatively different service groups. In a simple architecture, a single server is used to feed one or more service groups. In another variant, multiple servers located at the same location are used to feed one or more service groups. In yet another variant, multiple servers disposed at different location are used to feed one or more service groups.

As shown in FIG. 1b , the network 101 of FIGS. 1 and 1 a comprises a fiber/coax arrangement wherein the output of the MEM 162 of FIG. 1a is transferred to the optical domain (such as via an optical transceiver 177 at the head-end or further downstream). The optical domain signals are then distributed to a fiber node 178, which further distributes the signals over a distribution network 180 to a plurality of local servicing nodes 182. This provides an effective 1:N expansion of the network at the local service end.

Media Bridging Network—

FIG. 2 is a block diagram of a premises network and associated elements configured in accordance with one embodiment of the invention. As illustrated, a PMD 202 and CPE 106 are each coupled to the media content bridge 200 of the present invention. Communication between the CPE 106 and the media bridge 200 is via an Ethernet/GBE network compliant with IEEE Std. 802.3, although any number of other network protocols and topologies could be used such as for example Wi-Fi (IEEE Std. 802.11), PAN (e.g., IEEE Std. 802.15), FireWire (IEEE Std. 1394), etc.

The CPE 106 is further coupled to the head-end 150 in the illustrated embodiment via the distribution network 101 (as discussed above). The CPE 106 is also in communication via a wired or wireless interface (e.g., cabling, PAN or UWB micro-net, etc.) with a storage device 206 and display device 208. As will be discussed in greater detail below, the exemplary CPE 106 may further be in signal communication with any number of different devices including, e.g., a Wi-Fi or other wireless-enabled laptop, a PC, other storage entities, other CPE, etc. Moreover, a “premises LAN” (PLAN) may be created, which may include for example the network formed over the installed coaxial cabling in the premises, a Wi-Fi network, and so forth.

In one variant, the storage device 206 includes a writeable optical drive for writing media files to removable optical disks. So-called “CompactFlash™” or other media such as for example a flash-based USB key or the like, may also be received within the storage device 206 (or a connected reader/writer), so that e.g., music files, digital camera image data, etc. can be readily moved from device to device (or from network environment to other network environment).

In another variant, a personal video encoder (PVE) or comparable device is used as part of or is in communication with the CPE 106 (or an associated client device coupled thereto). For example, the “Slingbox” device manufactured by Sling Media of San Mateo, Calif. is one such exemplary device which is capable of enabling a user to watch TV programming from various locations via an Internet-connected PC or similar device. The device is generally connected between the subscriber's cable/satellite video drop and DSTB, and has a TV tuner inside. The user tunes to a given channel, and the device encodes the video streamed over the cable/satellite in Windows Media or similar format. The encoded content is streamed to a client application on a Windows XP-based or similar PC via an IP network such as the Internet, and hence the user can view the data locally (i.e., at the same premises) or remotely so long as they have access to the IP distribution network.

The CPE 106 provides the capability to transmit/deliver a plurality of SD and HD video formats including, without limitation, MPEG-1, MPEG-2, MPEG-4, AVC/H.264, WMV, VC-1, AVI and Real. The CPE 106 also is capable of transmitting/delivering a plurality of audio formats including e.g., MPEG-2 Audio, AC-3, AC-3+, AAC+, MP3, Real and WMA. A plurality of photo or image formats are also supported, including e.g., Graphic Image File (GIF), Joint Photographic Experts Group (JPEG), Bitmap (BMP) and Tag Image File Format (TIFF). The CPE 106 can also signal real-time streaming services that are available via the cable modem (e.g., DOCSIS) tuner resources, or an out-of-band (OOB) channel.

The CPE 106 is not required to contain a decoder for decoding audio/video/media; however, it will be recognized that such decoder capability (as well as transcoding, e.g. decoding in a first format and then encoding in a second format) and/or transrating capability (i.e., processing so as to change bitrate, or establish a constant bitrate output) can be implemented within the CPE 106 if desired.

In one exemplary embodiment, the CPE 106 is compliant with OpenCable™ Home Networking Architecture as disclosed in OpenCable™ Specification Home Networking Protocol 2.0 (OC-SP-HNP1.0401-080418 dated Apr. 18, 2008), which is incorporated herein by reference in its entirety. As discussed in the Networking Protocol 2.0 specification, a compliant CPE 106 includes, inter alia, compatibility with the Digital Living Network Alliance (DLNA) requirements such as DLNA version 1.0 or the later version thereof. This capability allows, among other things, rendering of content in DLNA 1.5 format, and generating a content directory using DLNA, as described in greater detail below.

The PMD 202 of FIG. 2 may comprise any portable/personal device, such as portable music players (e.g., MP3 players, iPods™, etc.), portable video players, cameras, video recorders, smart phones, etc., which are coupled to the CPE 106 via any number of different interfaces. Music and other media files are transmitted to the CPE for use and viewing thereon via the media bridge 200. Accordingly, the media bridge is adapted to both physically and logically interface with the PMD 202. The present invention also contemplates the use of different types of physical/logical interfaces, including a substantially universal and converged interface (such as USB 2.0, USB 3.0, etc.), or alternatively, a plurality of discrete interfaces capable of receiving analog video and audio from the PMD.

The CPE 106 exchanges digital signals with each of the devices it is in communication with, including the media bridge 200. However, the PMD 202 is, in many instances, adapted to output analog signals. Thus, the media bridge 200 acts as a “converter” of sorts, converting from the analog output of the PMD 202 to the digital signals displayed to user via the CPE 106. In one embodiment, the media bridge 200 utilizes a Universal Plug and Play (UPnP) AV media server to allow content such as music, videos and photos to be delivered to UPnP media rendering/recording devices in the home (CPE 106). Universal Plug and Play (UPnP) AV media server requirements are described in detail in, inter alia, MediaServer:1 Device Template Version 1.01, dated Jun. 25, 2002 which is incorporated herein by reference in its entirety; see also “UPnP™ Device Architecture” Version 1.0, dated Jun. 8, 2000, also incorporated herein by reference in its entirety. Content delivered to UPnP rendering and decoding devices may optionally comprise personal or other media content which does not require rights management (e.g., Digital Rights Management (DRM)) or copy-protection.

Alternatively, “protected” or DRM content can be delivered with the appropriate security package to a rendering device that can receive and authenticate the security package. In one variant, no rendering or recording device is permitted to render or record protected content without proper authentication to the media bridge 200 (i.e., to assure that the UPnP or similar device is in fact authorized to receive the content). In another variant, the rendering device can be configured to authenticate the source of the content (i.e., will only render or record content from an authenticated source). For example, the apparatus and methods described in U.S. patent application Ser. No. 11/080,693 entitled “Method and apparatus for network content download and recording” and filed Mar. 14, 2005 incorporated herein by reference in its entirety can be used to provide such functionality, although other approaches may be used as well.

Media Bridge Apparatus—

FIG. 3 is a block diagram of one embodiment of the media bridging apparatus 200 shown in FIG. 2. The media bridge 200 provides a bridging function to render the content stored on a PMD 202, and is adapted to control the playback and “trick mode” (e.g., FF, REW, Pause, etc.) functions of playback of content stored on a PMD 202 via receipt of the analog signals at the PMD interface 302 and processing at the processing subsystem 304.

As illustrated, the exemplary media bridge 200 of FIG. 3 includes a first interface 302 for connection to a PMD 202, a processing subsystem 304, a converter 306 and an output (e.g., Ethernet or 1394) interface 308. The media bridge 200 further comprises an RS232 driver and a power source or distributor 310, although other connector schemes (e.g., 7 pin, 30-pin, etc.) and drivers may be used for the PMD interface. Each of the components of the media bridge 200 will be discussed in greater detail below.

In one embodiment, the power distributor 310 is an IEEE Std. 802.3af PoE compliant apparatus (e.g., functioning as power sourcing equipment (PSE) or even a power device (PD) in some cases, depending on role of the bridge 200 and the interfaces in use). See IEEE Std. 802.3af (IEEE Std. 802.3-2005 entitled “Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements—Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) access method and physical layer specifications”), which is incorporated herein by reference in its entirety. In another embodiment, the power distributor 310 is a Universal Serial Bus (USB)-compliant power supply. Other power distribution apparatus may also be utilized consistent with the present invention.

In yet another embodiment, the media bridge 200 may additionally comprise a storage entity (not shown) such as a random access memory (RAM), a hard disk drive, an optical drive (e.g., CD-ROM or DVD), NAND flash memory, or some combination thereof.

As indicated previously, the PMD 202 will typically have analog outputs built into the system. Thus, audio and video data may be output as an analog signal to another device via a stereo audio port and/or a composite port. Accordingly, the media bridge 200 includes a stereo audio input port and/or a composite port. The stereo audio port illustrated in FIG. 3 allows music and video audio to be received from the PMD 202. The video input port allows video (e.g., in the form of composite video signals) to be retrieved from the PMD 202.

In another variant, the PMD 202 is configured to output digital data, and hence the bridge 200 includes a suitable digital interface for receiving such data. Suitable interfaces include for example USB, Wi-Fi, FireWire, or any number of other adapted for digital data transfer and signaling.

Some PMDs 202 also provide a controlling interface through RS232 and/or USB. Thus, the media bridge 200 of the present invention comprises a PMD interface 302 capable of controlling the PMD 202 via an RS232 and/or USB port (e.g., USB host/slave arrangement). The USB port may also be utilized to provide content to the PMD 202, as will be discussed below. The RS232 port is adapted to receive and transmit serial binary data or control signals from the PMD 202. The media bridge further comprises an RS232 driver 212 which allows the processing subsystem to communicate with the PMD 202. The RS232 port enables the media bridge to control the PMD 202, also discussed in greater detail below.

The ability of the media bridge 200 to receive signals received via other ports or interfaces (e.g., wireless, high-speed serial data ports, etc.) is also appreciated given the present disclosure, and hence the media bridge 200 is in no way limited to the interface components presented in FIG. 3 provided below.

The processing unit 304 and data converter 306 convert and process content received via the PMD interface (analog outputs) into a format that can be rendered by remote equipment (such as a users' CPE, STB, or other device). In one embodiment, a “flash” A/D converter of the type well known in the electronic arts is used for analog-to-digital conversion, although it will be appreciated that other approaches may be used with equal success. Moreover, as described below, the converter 306 may also include D/A capability if desired.

The processing subsystem 304 performs a variety of functions including control of the PMD 202. In the exemplary embodiment, the processing subsystem 304 is runs software which directly or indirectly controls the PMD 202 via the signal interface between the devices. As will be discussed in greater detail below, the processing subsystem 304 may be further adapted to operate the output interface (e.g., Ethernet or 1394) protocol stack, and to provide parameters to the data converter, or otherwise control the data converter. Software running on the processing subsystem 304 may also operate the RS232 stack as disclosed below. Further, the processing subsystem 304 can perform USB device discovery/detection, control and bulk data transfer, as well as to perform security (e.g., authentication) protocols.

In the exemplary embodiment, the converter 306 performs analog-to-digital conversions. In yet another embodiment, the converter 306 may further perform analog to digital conversions as well or in the alternative, such as where the received media is rendered in an analog form, and is transmitted to the PMD 202 in digital format. The converter 306 may also receive and implement one or more parameters from the processing subsystem 304. The converter 306 is may further receive and transmit composite and stereo signals from PMD 202, as well as generate from the analog signals digital content (such as e.g., MP3, MP4, AAC, etc.). Software running on the converter 306 further enables the converter 306 to output a content stream to the processing subsystem 304 for transfer via the output interface 308.

The illustrated content bridge 200 can assume literally any form factor, including those adapted for desktop, or free-standing use, or alternatively may be integrated in whole or part (e.g., on a common functional basis) with other devices if desired.

It will be recognized that while a linear or centralized bus architecture is shown as the basis of the exemplary embodiment of FIG. 3, other internal bus architectures and topologies may be used. For example, a distributed or multi-stage bus architecture may be employed. Similarly, a “fabric” or other mechanism (e.g., crossbar switch, RAPIDIO interface, non-blocking matrix, TDMA or multiplexed system, etc.) may be used as the basis of at least some of the internal bus communications within the device. Furthermore, many if not all of the foregoing functions may be integrated into one or more integrated circuit (IC) devices in the form of an ASIC or “system-on-a-chip” (SoC). Myriad other architectures well known to those in the data processing and computer arts may accordingly be employed.

It will also be recognized that the particular media bridge 200 configuration shown in FIG. 3 is for illustrative purposes, and various other configurations of the bridge apparatus 200 are consistent with the invention. For example, media bridge 200 may not include all of the elements shown in FIG. 3, and/or may include additional elements and interfaces such as for example an interface for the HomePlug A/V standard which transmits digital data over power lines, specialized networking or security processors, a PAN (e.g., 802.15), Bluetooth, or other short-range wireless interface for localized data communication, a longer range WLAN or Wi-MAX (IEEE Std. 802.16) interface, etc.

The output port 308 of the media bridge 200 in one embodiment comprises a standard 10/100 Base T Ethernet, Gigabit Ethernet (GBE), or a 10-Gig-E port. The bridge device 200 may also utilize more than one of the aforementioned ports and/or interfaces, such as a USB, 1394, S-Video, HDMI, DisplayPort, or other output

In accordance with still another embodiment of the invention, the output port 308 or other network interface provides auto-negotiation capabilities (e.g., for connection data rate, and half- or full-duplex). The exemplary interface 308 also provides auto-MDI/MDIX. This automatic MDI/MDI-X feature provides the ability to automatically detect the required cable connection type, and configure the media bridge 200 properly to make use of the indigenous cable type. This feature effectively allows all cables to be connected to the media bridge 200 without any additional modification or external logic. In one embodiment, the bridge apparatus 200 can identify the cable connection type, and adjust its MDI port parameters to the cable by switching between the “twisted” and “straight” pairs of conductors on the cable. The auto switching function is typically accomplished prior to the auto-negotiation algorithm previously described, although other configurations are possible (e.g., a ‘test-and-then-configure as needed” type approach). The bridge apparatus 200 can also optionally disable auto-negotiation and MDI/MDIX (whether automatically or under user control such as via a GUI interface), and can be manually configured.

In another embodiment, the media bridge 200 includes a display or other user interface element capable of displaying one or more indications, including e.g., a LAN/WAN LED or other indicator, to show circuit activity. A LAN—802.3 LED or other indicator to show link status and/or activity on one or more of the Ethernet ports, as well as a LAN—802.11 LED or indicator to show that the radio interface is enabled, and/or related activity thereon. Other LEDs or indicators may also be provided using any number of schemes readily apparent to those of ordinary skill. Furthermore, a “soft” display (e.g., TFT or LCD display having software generated indications) may be used on the bridge device 200 (or a remote device in communication therewith, such as a wireless remote control) to provide a flexible display environment. Moreover, the methods and apparatus of co-owned and co-pending U.S. patent application Ser. No. 10/773,664 filed Feb. 6, 2004 entitled “Methods And Apparatus For Display Element Management In An Information Network”, incorporated herein by reference in its entirety, may be used within the bridging device 200 or other communicating devices. Specifically, display elements such as GUI windows or discrete indicators in a client device running multiple related or unrelated applications can be managed and controlled. In one embodiment, an improved window management entity is provided within the device with which HAVi-compliant application(s) can interface in order to access display elements according to a priority structure or hierarchy. One or more privileged applications are designated and allowed to affect the priority structure, including requesting a new in-focus application to be placed atop the priority structure. The network operator can also optionally control the operation of the window manager remotely via a network agent.

In one specific example, the media bridge 200 of the present invention may be utilized to provide interconnection between a PMD 202 and a user's set top box (STB). The CPE 106 may render content in Digital Living Networking Alliance (DLNA) standard 1.5 format which is compatible with UPnP A/V. Accordingly, the analog signal from the PMD 202 is formatted and converted to DLNA.

The processing subsystem 304 may also access the PMD 202 and read the content list or other directory structure stored thereon. The processing subsystem 304 is adapted to, via software running thereon, build a content directory (e.g., DLNA CDS) or a web interface, and provide the directory or interface to a CPE 106. From the CPE 106, the processing subsystem 304 receives one or more user actions taken with respect to the content. For example, the user may select one or more content from the PMD 202 for playback, may fast forward or rewind content, may create a playlist, may remove content from the PMD 202, etc. The actions or commands discussed above may be inputted by a user via a remote control, keyboard, key pad, touch screen, speech recognition interface, etc.

The processing subsystem 304 directs retrieval and translation of the selected content in the protocol understood by the PMD 202. For example, where the PMD 202 comprises an MP3 or similar player such as an iPod™, the processing subsystem 304 will convert control functions received from the CPE 106 (such as fast forward, rewind, pause, etc.) into an appropriate protocol (e.g., iPod™ Accessory Serial Protocol). The converter 306 is responsible for encoding or encrypting content received from the PMD 202 (as composite and audio) to a format suitable for transmission to a CPE 106 (e.g., MPEG2/4 over IP). The converter may also be adapted to adjust resolution of video content to 640×480 pixels, 128×960 pixels, etc.

In another embodiment, the content bridge 200 has associated therewith a DVR or other recording and/or storage apparatus, which can be used to backup or store personal content/media files. The media bridge 200 may also be configured to detect newly uploaded content, and/or changes made to stored content, and make this new or upgraded content available to network media rendering devices (e.g., CPE 106). This content “refresh” process can be event or occurrence driven (upon the occurrence of a given event such as receipt of a user-initiated “update” or “refresh” operation), periodically (e.g., every X minutes), when new devices are detected (such as new CPE 106 and/or new PMD 202 are connected via a PHY and logically detected), or according to any number of other different schemes recognized by those of ordinary skill when provided the present disclosure.

The media bridge apparatus may also include a MoCA-compliant IC or chipset, such as the exemplary c.Link® EN 2510 device manufactured by Entropic Communications of San Diego, Calif., so as to facilitate networking of content (such as HD content) over coaxial cabling within the premises, as described in greater detail subsequently herein.

Referring now to FIG. 4, one embodiment of a method 400 of utilizing a media bridge 200 such as that described above, to connect a PMD 202 to a user device, is illustrated and described.

Per step 402, a user connects the PMD 202 to the media bridge apparatus 200. The user may accomplish such connection via the PMD interface 302, which as discussed above, may comprise any one of a plurality of interface types including those for media output and those for control of the PMD 202. For the purposes of illustration in the present example, the PMD 202 interfaces with the media bridge 200 via at least the stereo output and the RS232 connections running an Apple iPod™ Accessory Serial Protocol as illustrated in FIG. 3.

Per step 404, the processing subsystem 304, via the RS232 (or other control interface) connection and RS232 driver 312, accesses a list of content stored on the PMD 202. The media bridge 202 is adapted to, at step 406, read the list and create a database or description of the content stored in the PMD 202. The database, in one embodiment, contains links to the content by storing the media server location and a URL to which that content belongs. The database is then published to a DLNA Content Directory (step 408).

At step 410, a CPE 106 connected to the media bridge 200 via the output port 308 (or via a device which is in communication with the output port 308 and which can interface with the CPE) is permitted access to the Content Directory for the connected PMD 202. Thus, in one embodiment, the media bridge 200 comprises an application containing the UPnP control point and rendering module needed to enable the CPE to browse and display available content resident on the PMD.

Then, per step 412, the user may use a remote control or other user interface/control device associated with the CPE (such as a key pad, touch screen, etc.) to select one or more of the content elements listed in the directory.

The user's selection is received at the processing subsystem 304, which uses the aforementioned content links to retrieve the selected media content at step 414. Retrieval of the selected content comprises in one embodiment sending a properly formatted message to the PMD 202, via the controlling interface (e.g., RS232 running iPod™ Accessory Serial Protocol). The PMD 202 outputs the appropriate selection via a stereo output to the converter 306 of the content bridge 200.

Per step 416, the retrieved content is translated at the converter 306 (e.g., converted from analog to digital, or transcoded/transrated as required in digital variants), and provided to the processing subsystem 304 for transport via the PHY associated with the output interface 308 (e.g., Ethernet, 1394, Wi-Fi, etc.). In one embodiment, transmission uses Hypertext Transfer Protocol (HTTP) or Real-time Transport Protocol and Real-time Streaming Protocol (RTP/RTSP) over the networking interface 308. RTSP allows a user to remotely control the media bridge 200 (a streaming media server), to issue VCR-like commands such as “play” and “pause”, and to allow access to files on the PMD 202 via the bridge 200. The processing subsystem may perform other processing functions necessary to affect the playback of the content at the CPE, and, at step 418, transmits the converted and processed media content to the CPE.

FIG. 5 is a logical flow diagram illustrating an exemplary method 500 of utilizing a media bridge 200 to control the output of media content from a PMD 202. Per step 502, content is provided from the PMD 202 to a CPE 106 via the media bridge 200. In one embodiment, the content is provided according to the method discussed above with respect to FIG. 4.

At step 504 of the method 500, the media bridge 200 receives at least one command from the user entered at the CPE 106. For example, the command may comprise a fast forward, rewind, pause, etc. command received via a user's remote control, keyboard, keypad, touch screen or other input apparatus. As noted previously, the CPE 106 can be made compliant with OpenCable™ Home Networking Architecture as disclosed in OpenCable™ Specifications Home Networking Protocol 2.0 (OC-SP-HNP1.0401-080418; Apr. 18, 2008), incorporated herein by reference in its entirety. Accordingly, commands from the CPE 106 for the playback and trick mode functions of the content are received as UPnP A/V commands (such as play, fast forward, etc.).

Per step 506, the commands (such as the aforementioned UPnP A/V commands) are translated at the processing subsystem 304 to a format understood by the PMD 202. The command is then transmitted (step 508) to the PMD 202 where it is executed (step 510). In one embodiment, the commands received from the CPE 106 are translated into iPod™ Accessory Serial Protocol commands at the processing subsystem 304 and, via the RS232 driver, are transmitted to the PMD 202. It will be appreciated, however, that the media bridge apparatus 200 may be adapted to also translate into other PMD 202 device command protocols over RS232, USB, or other interfaces as well.

Web Server Embodiment—

In another embodiment of the invention, the processing subsystem 304 (or other dedicated processor; not shown) of the media bridge 200 is configured to run a server process (such as an HTTP server process), such as via an HTTP-based or other browser application. The web server can, inter alia, display the list of files included on the mass storage unit 308, including the different media files, pictures, and/or music or data files.

In one embodiment, the web server process running on the processing subsystem 304 accepts requests from a user, such as from a user interface associated with the CPE 106 (e.g., via HTTP or other protocol), or directly via a user interface of the bridge 200, if so configured. The web server process replies to the user requests by sending the requested data content which are encoded for a particular codec or plug-in such as VLC, Windows Media, Real, or QuickTime. As discussed above, the media bridge 200 is adapted in the present embodiment to control the PMD 202 in order to effectuate such delivery of the contents to the requesting entity. In yet another embodiment, the web server may further enable a remote system to view the status of, and optionally configure one or more parameters of, the media bridge 200.

Referring now to FIG. 6, an exemplary method 600 of utilizing a media bridge 200 such as that described above, to connect a PMD 202 to a user device and provide content via a webserver is illustrated.

Per step 602, a user “connects” the PMD 202 to the media bridge apparatus 200 via the PMD interface 302 (e.g., via cable, wireless PHY, or other means). At step 604, the processing subsystem 304, via the RS232 (and driver 312) or other control interface, accesses a list of content stored on the PMD 202. The media bridge 200 includes an application which creates a webpage (e.g., HTML format) of the content stored on the PMD 202 (step 606). The webpage created by the media bridge 200 in one variant has controls and a media player embedded therein. For example, the webpage may include a VLC media player, Windows Media Player, Real player, or a QuickTime player.

The media bridge 202, at step 608, publishes the webpage to the CPE 106 using a markup language such as HyperText Markup Language (HTML), Extensible Markup Language (XML). The CPE 106 in one variant displays a web-based computer application GUI to perform content upload, render and management operations on the CPE 106, and perform other such functions, although other software environments are contemplated as well. This web-based user interface (UI) can be indigenous to the CPE, or delivered to the CPE via the web server process running on the media bridge 200. In one embodiment, the media bridge 200 runs one or more applications adapted to identify whether one or more prerequisites needed to run the user interface (which might include for example the JAVA Runtime Environment, Microsoft.NET™ Framework 1.1, and or other applications) are satisfied. If these required applications are not available on the target CPE (e.g., PC), then the application will prompt the user, and offer to load the prerequisites before loading the aforementioned user interface. Once all prerequisites have been met, the web browser can be launched, with the CPE 106 user interface enabling the user to view the media content of the PMD 202.

The CPE 106 is able to access the webpage, and render the contents of the webpage (including a listing or other representation of the content stored on the PMD 202) to a user at step 610. Per step 612, the user selects one or more of the listed content elements for playback or display. The content is then retrieved from the PMD at step 614, and transmitted to the CPE 106 at step 616. It will be appreciated that the content may be transmitted in its totality from the PMD to the recipient CPE 106 before playback or display on the latter, or alternatively streamed or periodically buffered from the PMD during playback/display of the selected content element(s).

For example, the display or playback of content that is provided to a user may be controlled at the CPE 106. In one exemplary embodiment, commands, such as fast forward, rewind, play, pause, etc., presented on the media player of the webpage are accessible by the CPE 106. When a user at the CPE 106 accesses a command associated with the content, the command is translated to the appropriate command protocol for execution by the PMD 202. For example, the PMD 202 translates HTML actions (buttons for play, fast-forward, rewind, pause, etc.) into the media device play, fwd, rwd, pause commands. Thus, a play button in an HTML web page is translated to the Assecory Serial Protocol play command. The commands may be translated to the aforementioned Accessory Serial Protocol or the literally any protocol that is compatible with the PMDs internal protocols.

The exemplary bridge apparatus 200 may also be adapted to ensure that the CPE 106 used to access the web interface is properly configured with the appropriate software to run the web application. This may include for example the JAVA Runtime Environment and the UPnP control point and media rendering software. If the CPE 106 does not meet these requirements, the web application may attempt to install the needed components on the CPE 106, such as by obtaining them locally (i.e., they may be stored as executables or the like on a mass storage device associated with the media bridge 200 or the CPE itself), or requesting or retrieving them from a network entity (e.g., the head-end 150, or a dedicated or third-party application server 104, or a designated Internet URL or other network address). However, the CPE 106 can also be configured to warn users that additional software is needed, and will be loaded, or give the user the option to cancel the installation or obtain the requisite software independently.

Software Architecture—

FIG. 7 illustrates one exemplary embodiment of a software architecture useful with the media bridge 200 and other entities within the network. As shown in FIG. 7, the architecture comprises a configuration “server” process 702, which may be disposed for example at a head-end entity (such as the application server 104) if desired. By disposing the server process 702 at the head-end (or network switching or distribution hub), the server process 702 can advantageously configure and provision multiple bridging apparatus 200 simultaneously.

A corresponding client process 704 is disposed on each bridge apparatus 200; this client process allows the media bridge 200 to receive/send information from/to the server process 702, for e.g., remote configuration and provisioning of the apparatus 200, monitoring of operations, statistics, obtaining status information, updating applications running on the bridge 200, etc.

The client portion 704 may also be in logical communication with other processes within the premises, such as for example the user interface (and configuration) process 706 running on the CPE 106. Client processes 708 on other devices, such as a PMD 202 and CPE 106, can also communicate with the client process 704 of the media bridge 200 in one embodiment.

As previously noted, the media bridge 200 may also include various other processes 710, such as a media server, web or HTTP server, and so forth. These can be used in a stand-alone fashion (e.g., where a PMD 202 in the premises network merely accesses the media server in order to obtain stored personal content from the media bridge apparatus 200), or as a local proxy for other distant servers (such as a remote third party web server, MSO headend server, etc.).

The exemplary embodiment of the media bridge 200 of the invention utilizes a Linux operating system, although it will be appreciated that any number of different operating systems and software environments can be utilized within the apparatus 200. For example, the well-known Sun Microsystems Java environment can be used consistent with one or more functions, as can the Qualcomm “BREW” (binary runtime environment). Myriad different software architectures will be appreciated by those of ordinary skill provided the present disclosure.

During operation of the media bridge 200, software is run on the processing subsystem 304. which controls the operation of the other components of the system, and provides various other functions within the media bridge 200, including control of the PMD 202 via commands input at the CPE 106. In one embodiment, the system software/firmware may also be externally reprogrammed, such as using a download and reprogramming of the contents of the flash memory, replacement of files on the storage device or within other non-volatile storage, etc., thereby allowing for remote reprogramming or reconfiguration of the media bridge 200 by the MSO or other network agent.

Premises Networking—

In yet another embodiment (illustrated at FIG. 8), the media bridge 200 may also create a premises network 800 (such as a Local Area Network (LAN) utilizing the existing coaxial cable in a home). For example, an Ethernet-over-coax based technology allows services to be delivered to other devices in the home utilizing a frequency outside (e.g., above) the traditional cable service delivery frequencies. See also the MoCA (Multimedia over Coax) alliance and MoCA Standard Versions 1.0 and 1.1, which are incorporated herein by reference in their entirety, which describe OFDM-modulated radio frequency signals on the order of 1 GHz delivered over extant coaxial cable systems. Accordingly, one embodiment of the invention uses frequencies on the order of 1150 MHz to deliver data and applications to other devices in the home such as PCs, laptop computers, other PMD, media extenders, and set-top boxes. The coaxial network is merely the PHY or bearer; devices on the network 800 utilize Ethernet or other comparable networking protocols over this bearer to effectuate local area networking.

In one embodiment, the home network 800 is established according to the OpenCable™ Application Platform (OCAP) Specification: OCAP Home Networking Extension protocol (OC-SP-OCAP-HNEXT-I03-080418, dated Apr. 18, 2008), incorporated herein by reference in its entirety. As disclosed therein, content may be shared among a plurality of networked CPE 106, including the media bridge 200 described herein. Accordingly, content from the PMD 202 may be shared among all the CPE 106 via an Ethernet-over-coax topology, or another interface of the various CPE 106 and the media bridge 200.

In the illustrated embodiment, the PMD 202 is adapted to share content with at least a PC 806, an STB 802 (e.g., digital set-top box or DSTB), and a DVR 804 via the media bridge 200. FIG. 8 further illustrates that any of the CPE 106 in direct communication with the media bridge 200 may also be in communication with a plurality of other CPE 106 for sharing content thereto (such as, e.g., STB 802 a).

As noted previously, content from the PMD 202 may be stored on an internal mass storage device or another connected device (e.g., RAID) of the bridge apparatus 200, or may be transmitted directly from storage within the PMD 202 to the requesting or target device. Content is securely delivered to any viewing location in the premises network 800 that shares a common security model via the various interfaces available, including e.g., Wi-Fi. 1394, and Ethernet. If the content is stored at the bridge apparatus 200, it will be available to the various CPE 106 (such as STB 802, 802 a, PC 806 and/or DVR 804) on the network 800 even after the PMD 202 has been disconnected.

In the present invention, the CPE 106 may be configured to include a Multimedia Over Coax Alliance (MoCA) retail compliant F-connector for providing data over coaxial capability. The exemplary MoCA port operates in the 1125-1525 MHz band, although other frequencies (MoCA compliant or otherwise) may be used for this purpose if desired. The MoCA connector may be utilized to distribute content to all CPE 106 connected thereto, or may for communication to only certain CPE 106.

The exemplary MoCA interface, in one embodiment, supports a minimum of 100 Mbps of effective data throughput, at 1364 byte or greater packet size, up to 68 dB of attenuation, and minimum 60 Mbps of effective data throughput at 1364 byte or greater packet size between 68 dB and 80 dB, although other performance capabilities may be used consistent with the invention. The MoCA interface may also support a plurality of (e.g., 8 or more) active nodes on the coaxial network 800.

As is well known to those of ordinary skill in the art, a CPE's 106 MoCA interface can utilize coaxial cabling installed within a home to create an Ethernet or other network 800. Various CPE 106 (including PC 806, STB 802, 802 a, and DVR 804), when placed in communication with the network 800, will announce themselves to one another (or otherwise detect the presence of the others). Once connected, the CPE on the network 800 can freely exchange content with one another. The CPE 106 may, in one embodiment, utilize UPnP A/V to access the content listed in other CPE 106 directories. Hence, for example, the PC 806 of FIG. 8 may access the content directory of the DVR 804 if desired, and vice versa.

The exemplary MoCA interface (not shown) of the CPE 106 may be compliant with the MoCA standard v1.0 (September 2005) or v1.1 (May 2007) previously referenced herein. The MoCA interface in this case has a maximum physical layer latency of 5 ms, and its transmitter may not exceed +3 dBm (58.1 dBmV). In one variant, the interface operates over standard 75 Ohm RG-59 and RG-6 coax, and can be selectively disabled if desired.

In one embodiment, the CPE 106 which comprises the MoCA interface and performs networking functions for the media bridge apparatus 200. Content from a PMD 202 is made available to a first CPE 106 via the bridge apparatus 200; the CPE 106 can then, via the MoCA interface, introduce the content to the home network 800 (such as over the Ethernet topology discussed above). In an alternative embodiment (FIG. 8a ), MoCA capability is incorporated directly into a media bridge apparatus 200 (such as via the Entropic chipset previously described or other IC).

The exemplary media bridge 200 shown in FIGS. 2 and 3 may also act as a Wi-Fi node or access point (AP), thereby allowing Wi-Fi enabled devices such as smartphones or laptop computers to connect to the premises network 800 and access media content from other devices (e.g., PMD 202) also present on the network 800. It will be recognized, however, that the media bridge 200 may also act as a slave or station (STA) within an ad hoc or other Wi-Fi network, such as where another device on the premises acts as the AP. The media bridge 200 can include this Wi-Fi capability in a dedicated radio suite (e.g., one or more ICs or ASICs), as part of a larger SoC device, as a Wi-Fi card, or even as an external device in data communication with the bridge apparatus 200 or other associated device (e.g., plugged into an external slot or port of the media bridge 200, such as a USB or 1394 interface).

The Wi-Fi interface may further provide Wired Equivalent Privacy (WEP), Wi-Fi Protected Access (WPA) and/or WPA2 encryption services of the type well known in the art on one or more wireless connections. The interface also may support other protocols, such as the Extensible Authentication Protoctol (EAP)/802.1x Std. for authentication (e.g., using a RADIUS server or the like). Similarly, the media bridge apparatus 200 can be configured for other types of secure network or tunneling capabilities, such as the Wireless Transport Layer Security (WTLS) layer in a Wireless Application Protocol (WAP) stack (e.g., where the apparatus 200 acts as a WAP gateway or proxy), or virtual private networking (VPN). Media Access Control (MAC)-level filtering may also be utilized.

In one embodiment, the Wi-Fi interface provides service over substantially all of the premises where it is used; however, other schemes for providing additional coverage can be used as well (such as “daisy-chaining” APs together, etc.). The interface's operating channel is set automatically by scanning for a free channel and initializing the access point on that channel.

Accordingly, PC 806, STB 802, 802 a, and DVR 804 are adapted to, via the media bridge 200: (i) receive content from the hard drive or mass storage associated with the media bridge 200; (ii) receive content directly from a connected PMD 202, and/or (iii) receive content stored at any of the other of PC 806, STB 802, 802 a, and DVR 804 of the network 800. Thus, video and/or audio content may be played back at various locations throughout the premises. These other locations may be in direct or indirect communication with the bridge apparatus 200; e.g., connected to or communicating with the bridge 200 directly, or communicating via the another CPE 106 (such as STB 802 a connected via STB 802).

In one embodiment, the media bridge 200 can automatically discover all DLNA-capable clients (e.g., CPE 106) during boot up or other events, and present the available content from the PMD 202 content directory (DLNA CDS) to them. The bridge apparatus 200 may also be adapted to automatically start a DLNA-compatible media server (which has a UPnP Content Directory Service) at boot using only the aforementioned Ethernet, MoCA and/or Wi-Fi network interfaces. The bridge apparatus 200 reads the content directory from the media device (such as e.g., reading all the content over the Accessory Serial Protocol), and builds a local database of that content. The bridge apparatus 200 then publishes the content to its digital media server, in order for any digital media player to see the content. Once specific content is selected by a media player for playback, the bridge apparatus 200 controls the attached media device to playback the content over the audio or video port. The bridge apparatus 200 would then encode/transcode the content and have it flow over UPnP AV as per DLNA to the DMP in a DLNA defined Media Format.

In yet another embodiment, the media bridge 200 may act as a quality-of-service (QOS) policy enforcement point in the premises network 800. For example, the apparatus 200 may receive and honor policy enforcement configuration files from the head-end 150 or other provisioning system. An IEEE Std. 802.1p tag or similar mechanism can be used to identify QOS priority. For example, a “priority 1” tag can be inserted for streaming video, while a “priority 2” tag can be inserted for VoIP data, a tag of “priority 3” for audio-only services, a tag of “priority 4” for all other services, and so forth. Other schemes (which may even be dynamic in nature based on, e.g., user preferences, management entity provisioning, etc.) may also be used consistent with the invention. The bridge apparatus 200 can configure the MoCA, Ethernet and other relevant interfaces to recognize and utilize the data of these defined priorities in the proper or specified order. For instance, in one variant, the user can specify which of the different media types/delivery paradigms is most important, or rank them, such that user experience is optimized when receiving appropriately encoded or tagged data.

The media bridge apparatus 200 may further provide a mechanism to identify new CPE 106 on the network 800, and grant or deny content from a PMD 202 thereto based on, e.g. conditional access privileges or business rules. This may or may not extend to the directory service on the PMD; i.e., a CPE may be able to view the PMD directory contents or listing, but not access the actual content or media files or transfer/copy them.

In another embodiment, the media bridge 200 has associated therewith a DVR or other recording and/or storage apparatus which can be used to backup or store personal content, media, or data files. This device may be external to the bridge 200, or incorporated within the form factor thereof (including for example removable media). The media bridge 200 may also be configured to detect newly uploaded content, and/or changes made to stored content, and make this new or upgraded content available to network media rendering devices (e.g., CPE 106). This content “refresh” process can be event- or occurrence-driven (e.g., upon the occurrence of a given event such as receipt of a user-initiated “update” or “refresh” operation), invoked periodically (e.g., every X minutes), when new devices are detected (such as new CPE 106 and/or new PMD 202), or according to any number of other different schemes.

It is further appreciated that other options may be available to a user, such as inter alia, creating a playlist of content. In other words, the media bridge 200 may comprise necessary storage and functionality to allow a user to select (via e.g., a user interface in communication with the user's CPE 106, or of the bridge 200 itself) several of the content elements available on the PMD 202 for playback in a particular order, at a particular time, or according to a particular scheme (e.g., randomized, according to genre, artist, etc.). Other functions such as allowing a user to sort through content on the PMD 202 by artist, genre, etc. may also be provided.

In yet another embodiment, data may be stored at a storage entity associated with the CPE 106 (e.g., DVR, or other mass data storage unit), or even on a client device or network agent in communication with the CPE 106, for later use by a user. For example, MP3 music content from a connected PMD 202 may be retrieved via the PMD or bridge 200 and “pushed” via the media bridge to the CPE 106, wherein the MP3 music is stored on the mass storage device (e.g., HDD) associated therewith. Similarly, video data from a connected PMD 202 might be retrieved and, via the media bridge 202, streamed from the PMD 202 to the CPE 106 for storage thereon (or distribution via yet another interface, such as via an Ethernet, 1394, or other interface to the user's connected PC or via Wi-Fi interface to their laptop). Myriad different movements (e.g., push or pull of files, streaming, etc.) of myriad different types of data (video, audio, data or application files, etc.), can be accomplished using the media bridge 200, and herein lies one of its salient advantages; i.e., the ability to act as a substantially universal “hub” for moving (and transcoding, transrating, encrypting/decrypting, compressing, formatting, etc.) data between various different hardware and software environments.

Content Provisioning—

In yet another embodiment of the invention, the media bridge 200 is adapted to provide media content to a PMD 202 from the various CPE 106 in communication therewith. The media bridge 200 advantageously leverages the extant ability of the PMD 202 to receive content from an external source to allow the PMD to ingest content from CPE 106 (e.g., DVRs or other such devices) in the home via the previously described Ethernet-over-coaxial or other interface of the bridge 200.

The media bridge 200 interfaces to the CPE 106 via the network (e.g., Ethernet) interface 308. In the exemplary embodiment, the bridge apparatus 200 implements all protocols required to access content on the CPE 106, including implementation of Digital Transmission Content Protection (DTCP) over Internet Protocol (IP) link protection. The bridge apparatus 200 receives a stream of content from the CPE 106 (e.g., from a mass storage device thereof), and transcodes the content into a format understood by the PMD 202. The present invention may be utilized with various types of PMD 202, thus the bridge 200 must be adapted to convert the content into various content formats including, inter alia, AVC, H.264, MPEG2, etc. In one embodiment, content is received from the sourcing CPE 106 in MPEG2 or MPEG4 encoded format, and translated to a format suitable for the PMD 202 if required (e.g., to AVC or H.264, Windows Media Player, Real, etc.). The bitstream may also be transrated if required (e.g., for streaming media).

One embodiment of the exemplary method 900 for content provisioning of the present invention is given in FIG. 9. As illustrated, per step 902, a PMD 202 is first “connected” to the media bridge apparatus 200 (such connection which may be wired or wireless in nature, depending on the interface between the PMD and bridge being utilized). Upon connection, the bridging apparatus 200 determines the type of PMD 202 connected (via the aforementioned methods), and immediately notes the content format(s) that the PMD 202 is capable of receiving. In order to determine the formats a PMD 202 is capable of receiving, the bridge apparatus 200 builds a media player database including capability information. It is further appreciated that a UPnP device may advertise its player capabilities including resolution and video decoding capabilities. In this instance, the bridge apparatus 200 can easily determine which transcoder to use for each targeted device.

Per step 904, the bridge 200 accesses content lists from each (or a subset) of the CPE 106 connected thereto, including those connected indirectly via the premises network 800. The bridge 200 uses information in the content lists to create a database (or webpage) of the contents (step 906). In one embodiment, the processing subsystem 304 on the bridge may be adapted to review the contents of the various CPE 106 for duplicates, and ensure that the database (or webpage) is not redundant. The processing subsystem 304 may be further adapted to sort the database by content type (e.g., music content, video content, data content, etc.) or other parameter(s) so as to provide an abbreviated or particularly configured list to the PMD user.

It is further appreciated that the web server of the media bridge 200 (where present) may be accessed from a remote device (e.g., a PC with Internet or other connectivity to the web server process of the bridge) in order for a user of that remote device to view the contents of the CPE 106 connected thereto (including the contents of several CPE 106 in a premises network 800). A user at the remote device may then select individual ones of the content elements, and direct the media bridge 200 to “download” that content to a PMD 202 connected thereto.

The media bridge 200 may further be adapted to discover CPE 106 within the premises network 800 via the Ethernet-over-coax or similar capabilities previously discussed. The bridge 200 may then generate a resource map table including tuners, disk drives and status, to be used when creating the aforementioned database (or webpage), and ingesting content from (and streaming content to) the PMD 202.

At step 908, the PMD 202 accesses the database (or webpage) and at step 910, selects one or more content items therefrom. Per step 912, the selected content is retrieved by the media bridge.

FIG. 9a illustrates an exemplary embodiment of the method 920 by which content is retrieved from the CPE 106 by the bridge 200 and provided to a PMD 202. Media content arrives at the CPE 106 from the cable or satellite head-end 150 encrypted according to an MSO Conditional Access (CA) scheme such as Powerkey, etc. The CPE 106 decrypts the CA protected content, and re-encrypts the content with a Proprietary Content Protection (PCP) scheme (i.e., manufacturer encryption) for recordation and playback on the CPE 106. Per step 922, processing subsystem 304 of the media bridge 200 requests the downloaded and recorded content from the CPE 106 via the network interface 308. Alternatively, the CPE 106 storing the recorded content may comprise a CPE 106 not directly connected to the media bridge 200 (such as STB 802 a of FIG. 8). In this instance, the content is requested from the media bridge 200 across the premises network 800.

Upon receipt of the request, the CPE 106 then, per step 924, decrypts the content encrypted using the PCP encryption scheme, and re-encrypts the decrypted content with an approved OpenCable™ Home Network Content Protection (OCCP) or other desired format.

At step 926, the OCCP (re)encrypted content is then transmitted to the media bridge apparatus 200. The bridge 200 decrypts the content at step 928. The media bridge 200 is adapted to read and respect the copy protection data of the content (e.g., protection bits as indicated in the DTCP over IP copy protection field as set forth in the OpenCable™ Specification—Home Networking Security Specification (OC-SP-HN-SEC-D01-081027 dated Oct. 27, 2008, incorporated herein by reference in its entirety)). In other words, the illustrated embodiment of the media bridge 200 determines whether the content may merely be played back on the PMD 202, or whether it may be stored thereon (recorded, e.g., only if the copy protection of the content is marked as “copy freely” or “copy one generation”).

At step 930, the media bridge 200 converts the content to a format suitable for transmission and storage on the PMD 202 (if required). As discussed above, the apparatus 200 has previously determined the type of PMD 202 connected (or at least its capabilities with respect to media), and thus makes a decision regarding the suitable format based on the PMD 202 type. For example, where the PMD 202 comprises an MP3 player, content is converted from MPEG 2/4 (received from the CPE 106) to MPEG 1 Audio Layer 3 (MP3) for playback and/or storage on the PMD 202. Lastly, per step 932, the converted content is sent to the PMD 202 for playback and/or storage.

In yet another embodiment, the media bridge 200 is configured to store a plurality of PMD profiles therein. In one variant, one or more profiles are placed therein at the time of manufacture. Alternatively, the processing subsystem 304 may download a device profile from the PMD 202 when it is connected thereto. The profile contains information related to the media formats operable on the device. For example, when a user connects a Zune device to the media bridge 200, the device may indicate to the media bridge 200 that it may only receive content rendered in Windows Media format. The media bridge 200 then uses the profile to determine translation/transcoding of content to be sent to the PMD 202. The bridge can also learn from the various devices it is connected to; i.e., collect device-specific profiles and assemble a library or database of such profiles for future use. For instance, one embodiment of the bridge is configured to remember specific user PMD or device profiles (e.g., Joe's iPod), and utilize these profiles subsequent to first acquiring them, in order to determine media encoding/transrating/security requirements and permissions. Alternatively, platform-specific and user-generic profiles or templates (e.g., an iPod, irrespective of ownership or specific configuration) can be used by the bridge 200.

The media bridge 200 may further be adapted to enable the PMD 202 to control the playback of content received from the CPE 106. That is to say, in instances where content is merely played back or streamed (and not fixedly stored on the PMD 202), the PMD 202 user may input one or more commands with respect to the content playback which are executed by the CPE 106 via the media bridge 200. The method by which the CPE 106 is controlled is similar to the method of FIG. 5 for controlling the PMD 202 by the CPE 106 via the bridge 200. Specifically, one or more commands relating to the playback (e.g., pause, fast forward, rewind, etc.) are received at the media bridge 200 from the PMD 202. In one exemplary embodiment, the PMD 202 comprises an iPod™, and the CPE 106 comprises a digital set-top box or DVR; commands are received at the bridge apparatus 200 in the aforementioned Accessory Serial Protocol, and translated by the bridge to UPnP commands. The translated commands are then transmitted to the CPE 106 (which is adapted to receive and execute UPnP commands), and executed thereon to effectuate the desired function. Alternatively, where the control protocols used by the PDM and the sourcing CPE are compatible, the PMD commands can simply be passed through the bridge 200 to the CPE directly for execution thereby.

Trusted Domain—

It will further be recognized that the present invention can be used in conjunction with a so-called “trusted domain” for content and other data protection if desired. Exemplary trusted domain apparatus (and methods) are described in co-owned and co-pending U.S. patent application Ser. No. 11/006,404 filed Dec. 7, 2004 and entitled “Technique For Securely Communicating Programming Content”, as well as U.S. patent application Ser. No. 10/894,884 filed on Jul. 20, 2004 of the same title, each of the foregoing being incorporated herein by reference in its entirety, although other approaches may be used consistent with the present invention. These applications disclose, inter alia, a multi-layered rights arrangement to prevent unauthorized use and transfer of protected content, especially in a premises network 800. For example, the network 800 may be considered to comprise multiple layers. One such layer may be a “trusted domain,” described in aforementioned U.S. application Ser. No. 10/894,884. For example, in a cable TV system, the trusted domain might include not only the system portion where programming content traditionally is secured by (and within total control of) a cable operator, including, e.g., the head-end, delivery network, etc., but also user devices, e.g., DSTBs or other CPE, at subscribers' premises which are capable of receiving and securely storing programming content in a prescribed manner. The cable operator can control certain subscriber access and usage with respect to content held within the trusted domain. For example, movie content held within a cable operator's trusted domain (e.g., on a hard drive of an STB or CPE) cannot be distributed over the Internet in viewable form, and cannot become a source for duplication of multiple viewable copies.

A second layer of the network may be defined as being outside the trusted domain. A device in the second layer is assigned an indicator indicating an extent of security of the device. For example, when the device in the second layer requests transfer of protected content from a device in the first layer, the first layer device authenticates the second layer device to determine legitimacy of the device for receiving the protected content. After the second layer device is authenticated, the first layer device transfers not only the protected content, but also a set of rules associated with the protected content. At least some of the rules in the set are associated with the indicator and applicable to the second layer device with respect to use of the protected content.

The foregoing disclosures broadly encompass the concept of the multi-layered rights arrangement including the trusted domain for preventing unauthorized use of protected content. It will therefore be appreciated that the present invention is not limited to use of specific devices in the arrangement. For example, the invention may also apply to a host device connected to a CableCARD module, jointly realizing the functionalities of a DVR STB or CPE. In one implementation, a CPE 106 has programming content, which is encrypted, stored in storage therein. The media bridge 200 receives a request from the PMD 202 for accessing the programming content. The request includes a data package stored in association with the encrypted programming content in the storage. In response to the request, the media bridge 202 determines that the PMD 202 is allowed to access the programming content based on information (e.g., usage rights information) in the first data package. The bridge 202 may then provide the CPE 106 at least data concerning a cryptographic element (e.g., an encryption key) for decrypting the encrypted programming content in the storage, thereby providing the PMD 202 with access to the programming content.

So-called “DCAS” systems (downloadable conditional access systems) may also be used consistent with the invention in order to define/enforce trusted domains within the network 800. See, e.g., the exemplary DCAS apparatus and methods described in co-owned and co-pending U.S. patent application Ser. No. 11/584,208 entitled “DOWNLOADABLE SECURITY AND PROTECTION METHODS AND APPARATUS” filed Oct. 20, 2006, incorporated herein by reference in its entirety.

The media bridge 200 may also contain a secure microprocessor (e.g., security processor; not shown) which supports the trusted domain (such as, e.g., the Time Warner Cable Authorized Service Domain (ASD)). The bridge 200 can transfer content from the Authorized Service Domain (ASD) to the DRM license domain for content viewed on the various CPE 106 and PMD 202. One exemplary ASD configuration useful with the present invention is described in co-owned and co-pending U.S. patent application Ser. No. 11/592,054 entitled “Methods and Apparatus for Premises Content Distribution” filed Nov. 1, 2006, incorporated herein by reference in its entirety.

The bridge apparatus 200 may also provide translation from different encryption environments if required, such as from 3DES to the AES cipher.

The media bridge 200 may also be configured to receive and store security packages associated with encrypted content from PMD 202. The media bridge 200 delivers these security packages (and content) to the CPE 106 in the premises for playback. For example, encrypted content and security packages stored at the PMD 202 may, via the media bridge 200 be delivered to STB 802 a. The media bridge 200 can also stream content or other data retrieved from the PMD 202 and stored on a local storage device (not shown) to the CPE 106 of the network 800. The media bridge 200 can also stream content to multiple CPE 106 simultaneously from a single instance of the UPnP AV server, and supports Internet Group Management Protocol (IGMP) “snooping”. The bridge apparatus 200 may also be configured to be resistant/resilient to denial of service attacks on all WAN and HLAN interfaces.

Business/Operational Rules Engine—

In another aspect of the invention, a processing entity (e.g., rendered as one or more computer programs disposed on a head-end server or entity (e.g., VOD server/SRM), at the media bridge 200, or other location) includes a so-called “rules” engine. This engine comprises, in an exemplary embodiment, one or more software routines adapted to control the operation of the media bridge 200 (and in some cases devices connected thereto, such as the PMD or premises network CPE) in order to achieve one or more goals relating to operations or business (e.g., profit). Included within these areas are network optimization and reliability goals, increased maintenance intervals, increased subscriber or user satisfaction, increased subscription base, higher profit (e.g., from increased advertising revenues), more subscriber “views” of given content, broader distribution of content (including to mobile devices that would not otherwise be served by the network), and so forth.

These rules may comprise a separate entity or process, and may also be fully integrated within other processing entities (such as the aforementioned media bridge web application), and controlled via e.g., a GUI on a PC 806 connected to the media bridge 200 or server, or a remote node such as one disposed at the headend 150 of the distribution network (see FIG. 7). In effect, the rules engine comprises a supervisory entity which monitors and selectively controls the media bridge 200 (and optionally premises network 800) operation processes at a higher level, so as to implement desired operational or business rules. The rules engine can be considered an overlay of sorts to the more fundamental algorithms used to accomplish required network operation, such as IP address assignment, and so forth.

For example, the network or media bridge 200 may invoke certain operational protocols or decision processes based on, direct or indirect user inputs to the bridge (e.g., via the bridge's UI if so equipped, or from a connected CPE 106), conditions existing within the network 800, demographic data, geographic data, etc. However, these processes may not always be compatible with higher level business or operational goals, such as maximizing profit or system reliability. Hence, when imposed, the business/operational rules can be used to dynamically (or manually) control the operation of the client process on the media bridge 200 or other devices within the premises (such as CPE 106 and/or PMD 202). The rules may be, e.g., operational or business-oriented in nature, and may also be applied selectively in terms of time of day, duration, specific local areas, or even at the individual user level (e.g., via specific identification of the CPE 106 or PMD 202 via TUNER_ID, MAC address, or the like).

For example, one rule implemented by the rules engine may comprise only providing certain types or formats of programming to certain subscribers or classes of subscribers. For example, a particular CPE 106 may possess an MPEG-4 or H.264 decoder; however programs rendered in MPEG-4 encoding may not be made available to the subscriber from the media bridge 200 unless the subscriber meets certain criteria (e.g., “premium” subscription, etc.). Similarly, if the subscriber did not possess a required codec, CA keys, or network interface of sufficient bandwidth, the enablement of such capability (such as via download of a missing codec or CA component) could be controlled to only subscribers meeting certain criteria.

The present invention also advantageously lends itself to various business models in terms of distribution, operation, and service provision. Specifically, by having remote monitoring, configuration and provisioning capability, the service provider (e.g., MSO) is given greater flexibility in, inter alia, (i) troubleshooting and repairing faults within the media bridge 200, PMD 202, CPE 106 or other connected premises devices which may otherwise require a service visit; (ii) changing or reconfiguring a given subscriber's service package or capabilities remotely, again obviating a service visit or actions by the subscriber; and (iii) extending the “reach” of content provided by the MSO within the user's premises, and the flexibility afforded the user to move content around between different devices they possess. For example, as previously described, any of the interfaces on the bridge apparatus 200 can be selectively enabled or disabled remotely, thereby allowing the MSO to rapidly switch service options on a per-subscriber (per premises) basis. Using DCAS or other technology, the bridge apparatus 200 can also be reconfigured as a trusted domain for protected content received over the cable or satellite receiver (tuner). New versions or upgrades of software/firmware can readily be downloaded and installed as well. UPnP or other server processes on the bridge apparatus 200 can be configured using the remote provisioning capability also.

Hence, one variant of the business methodology of the invention contemplates delivery of substantially similar hardware/firmware environments to all subscribers, with each subscriber being able to tailor the capabilities of their individual apparatus 200 (with, e.g., assistance or under control of the MSO) for their particular needs and premises. For example, some users may simply not want Wi-Fi capability; hence, this interface could be disabled by the MSO; others may not have installed coaxial cabling for establishing a cable premises network 800, and hence the MoCA interface could be disabled or simply not used. Others may have local recording devices (e.g., DVR or the like) which may require configuration of the trusted domain to extend to these devices to permit subscriber purchase and in-home “burning” of content according to the methods previously discussed herein with respect to U.S. patent application Ser. No. 11/080,693. Configuration of the bridge 200 may also be optimized based on the type(s) of PMD 202 used therewith; e.g., the bridge may be different with respect to protocols, capabilities, features, etc. for a subscriber with a Zune versus an iPod. As can be appreciated, literally an unlimited number of different premises/subscriber-specific configurations may be employed consistent with the aforementioned embodiments of the invention, and hence it is typically more economical and efficient to allow user-specified (or even user implemented if desired) reconfiguration of a substantially generic device, as opposed to custom configured hardware for each subscriber/premises.

It will be recognized that while certain aspects of the invention are described in terms of a specific sequence of steps of a method, these descriptions are only illustrative of the broader methods of the invention, and may be modified as required by the particular application. Certain steps may be rendered unnecessary or optional under certain circumstances. Additionally, certain steps or functionality may be added to the disclosed embodiments, or the order of performance of two or more steps permuted. All such variations are considered to be encompassed within the invention disclosed and claimed herein.

While the above detailed description has shown, described, and pointed out novel features of the invention as applied to various embodiments, it will be understood that various omissions, substitutions, and changes in the form and details of the device or process illustrated may be made by those skilled in the art without departing from the invention. The foregoing description is of the best mode presently contemplated of carrying out the invention. This description is in no way meant to be limiting, but rather should be taken as illustrative of the general principles of the invention. The scope of the invention should be determined with reference to the claims. 

1.-37. (canceled)
 38. A computerized method of providing access to digitally rendered media content via a premises network, the method comprising: utilizing a server process to access a database the database comprising first data relating to the digitally rendered media content accessible to the premises network; based at least on the access of the database, generating second data comprising an HTML (Hypertext Markup Language)-based listing of the digitally rendered media content within the database; transmitting the second data comprising the HTML-based listing to a computerized client device of the network to enable rendering of the HTML-based listing by the computerized client device on a user interface of the computerized client device; receiving third data at the server process, the third data relating a request issued from the computerized client device to access one or more of the digitally rendered media content of the listing; based at least on the received third data relating to the request, obtaining the requested digitally rendered media content from a storage entity via at least the premises network; and causing transmission of the obtained requested digitally rendered media content to the computerized client device via at least the premises network for decoding and rendering by the computerized client device. 